我們要來實作電子化的表單，首先我們要知道表單的內容為何？需要怎麼送簽？這都是需要我們事先先了解的～～

表單簽核需求

簡單的一站發出表單，一站接收表單，只會有A移動到B的狀況，不涉及退簽，多節點（站點）。

分析需求

需要有表單、發送方、接收方，我們使用ADDR流程，包含對齊、定義、設計、優化。我們只需做到前兩步，先來辨別數位能力，我們的能力假定完全沒有基礎及建設，所以我們求簡單不複雜的架構。我們來定義邊界，就是按照簽核需求，我們只需要單向簽，不需要有多節點。

建立流程模型分析

流程設計是由業務需求驅動的，不同的單位、公司、團體都可能會有不同的流程，但是怎麼支援這不同變體的環境，不是本次的重點，所以不在此提及。

這邊不提及JTBD，可能會造成篇幅過長，我們直接來看工作故事（Job Story），分為三個部分，「當（When）」、「我想要（I want to）」和「所以我可以（So I can）」。

就上述的表單簽核需求，我們的實作會變成：

當（When）： 我送出表單。

我想要（I want to）：傳遞給某人並獲得同意。

所以我可以（So I can）：可以指定傳送給指定的下一個人，並下一個人可以順利簽核。

設計流程

精簡的範例文字流程：

(1)系統接收新表單消息，並進行相應的處理

(2)檢查表單填寫完整性。

(3)表單完整則可送出。

(4)表單不完整不可送出，並要求重新填寫。

(5)由下一位進行審核，並告知結果。

明天筆者會補充Camunda表單的內容補充，後天會進行直接的實作，最後會放上雲端。